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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[1] The invention generally relates to communication systems, and more 
particularly to a context synchronization method performed in a mobile communication 
system which manages packet transmission/reception. 

2. Background of the Related Art 

[2] Generally, in radio protocols of systems which perform packet-centered burst 
data communication such as General Packet Radio Services (GPRS), in radio protocols of a 
mobile communication system which have the same peer information and are not frequently 
updated such as a session management protocol (SM) and a mobility management protocol 
(MM), context synchronization of each protocol is always performed based on a 
client/server relationship. In general, a mobile station (MS) functions as a client while a 
network functions as a server. If information possessed by the client is different from that 
of the server when the client makes a request, the server rejects the request of the client. In 
such a case, a corresponding protocol layer is considered to be in an abnormal state and thus 
does not operate smoothly. The MS, for example, the client, should restart the 
synchronization procedure from the beginning. 

[3] FIGS. 1(a) and 1(b) are flowcharts of a related-art processing method of a 
radio protocol between a network and a MS. Referring to FIG. 1, once power of a terminal 
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is turned on, cell selection is executed, SI. It is then judged whether a cell is selected, S2. If a 
cell is not selected, a search for other available cells starts, SI 6. If other available cells exist, 
the process returns to the cell selection step. If no other cells are available, service is limited 
and another search is performed to find other available cells, and this process is periodically 
repeated until an available cell is found. 

[4] If a cell is selected, the MS performs a LUP (location update procedure) or 
RAU (routing area update) procedure to register itself to a network, S3, and judges whether 
there is a problem in GMM (GPRS MM) or not, S4. If a problem exists in the GMM, the 
process returns to the cell selection step. If no problem exist in the GMM, a general idle and 
normal procedures are executed, S5. One of the following procedures are then performed: 
case (A)- a GMM failure occurrence in the respective MS and network, a case (B)- a PDP 
failure occurrence in network, and a case (C)- a PDP failure occurrence in MS. These cases 
are generated due to differences in CONTEXT from each other in synchronization between 
the network and MS. 

[5] A CONTEXT is environmental information. In other words, the 
CONTEXT covers information that is a part of an operating environment of an application 
and it can be sensed by the application. The CONTEXT typically includes the location, 

identity, activity and state of people, groups and objects. The application may sense its 

-i 

software and hardware environments to detect, for example, the capability of peripheral 
resources by receiving the CONTEXT 

[6] In case (B), if a PDP failure occurs in network, S6, a self-termination is 
executed to perform self-deactivation, S7. Then, the process waits until the terminal sends a 
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SM or a GMM message to the network, S8. Thereafter, it judges whether the SM message is 
received, S9. If the SM message is not received, the process returns to the previous standby 
status. If the SM message is received, the SM status message confirming the reception is 
transferred, S10. 

[7] Then, self-deactivation of the PDP is performed, Sll. Thereafter, the idle and 
normal procedures are performed, S12, and a user requests a PDP CONTEXT first, S13. 
Then, a PDP activation procedure is executed. In this procedure, first, PDP activation is 
requested, S14, and the PDP activation is then accepted to achieve the synchronization, SI 5. 
If the GMM becomes good again after completion of the above steps, the process returns to 
step S5, to perform the idle and normal procedures for normal operation. 

[8] In case (C), if PDP failure occurs in the MS, S20, a deactivation procedure to 
delete the previous unsynchronized CONTEXT is performed, S21. Then, the process 
returns to step S12, to perform the idle and normal procedures in case (B). Remaining steps 
SI 2 through SI 5 in case (B) are executed precisely. 

[9] In case (A), if a GMM failure occurs in the MS or in the network, S30, it is 
judged whether a current PDP session exists, S31. If a current PDP session exists, a self- 
termination procedure is performed, S32. Thereafter, the GMM is checked to determine if it 
is the cause, S33, and a GMM RE-ATTACH procedure is executed. On the other hand, if 
the PDP session does not exist in the previous S31, the RE-ATTACH procedure is directly 
executed. 

[10] The GMM RE-ATTACH procedure first judges whether the failure occurs in 
the network or MS, S34. If the failure occurs in the network, 'paging with IMSF or a 
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T)ETACH request' is executed, S35. Subsequently, an ATTACH procedure is performed, 
S36, and the process goes to the next step. If the failure occurs in the MS in S34, the 
ATTACH procedure is direcdy performed and the process goes to the next step, S37. It is 
then judged whether the ATTACH procedure is successfully performed or not, S38. 

[11] If the ATTACH procedure is successfully performed, the process goes to the 
step SI 2, to perform the idle and normal procedures in case (B). Similar to case (C), the steps 
S12 through SI 5 of case (B) are then executed. If the ATTACH procedure is not performed 
successfully, the process goes back to SI, turning on power to select the cell. 

[12] Thus, if the CONTEXTS possessed by the MS and the network are different 
from each other, the related-art method has the generation/modification/termination 
protocols only. As a result, an abnormal state may occur according to various situations of 
the radio network. In an abnormal state, the network and MS are unable to be informed of 
the information of the relative side, and therefore may fail to efficientiy cope with the 
following operation. Hence, power should be unconditionally turned on again or the 
initialization state should be retrieved so that the procedures previously been executed with 
the network are repeated. 

[13] Accordingly, as the error occurs in the CONTEXTS between the network and 
MS, nothing can be occasionally done by the MS according to the implementation status of 
the network. Moreover, all the procedures of the channels between the network and MS may 
be re-executed from the beginning, thereby wasting radio resources as well as introducing 
other inefficiencies. 
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SUMMARY OF THE INVENTION 
v [14] An object of the invention is to solve at least one of the above problems 
and/or disadvantages and to provide one or more of the advantages described hereinafter. 

[15] Another object of the present invention is to provide a context 
synchronization method in a mobile communication system that substantially obviates one 
or more problems of the related-art method. 

[16] Another object of the invention is to provide a context synchronization 
method in a mobile communication system, by which sessions are efficiently managed. 

[17] To achieve these objects and other advantages of the invention, as embodied 
and broadly described herein, in a protocol of a radio system having a client and a server 
communicating with each other, a context synchronization method according to one 
embodiment of the present invention includes performing idle and normal procedures in the 
client, performing a recovery procedure if an error occurs in performing the idle and normal 
procedures, and performing a re-attach procedure and an activation procedure according to 
the error and an error occurring point. Preferably, the client is a mobile station (MS) and the 
server is a network. 

[18] In accordance with another embodiment of the present invention, a context 
synchronization method in a mobile communication system includes having a mobile station 
(MS) select a cell which fits a corresponding network in order to register the mobile station 
to the network, performing general idle and normal procedures, having the network send a 
packet paging to the MS if a failure occurs, having the MS transmit context information to 
the network, and performing a GMM or a SM recovery procedure. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[19] The invention will be described in detail with reference to the following 
drawings in which like reference numerals refer to like elements wherein: 

[20] FIG. 1(a) is a flowchart showing steps of a processing method of a radio 
protocol between a network and MS according to a related-art, and FIG. 1(b) includes 
additional steps in this method. 

[21] FIG. 2 is a flowchart of a context synchronization method in a mobile 
communication system according to the invention. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

[22] In case a protocol is enabled to operate only in a state where data of two peers 
as contexts are synchronized, there exists a server/client relationship. In such a case, an MS 
serving as a client makes a request and a node of a network such as MSC, VLR, SGSN, 
GGSN, or others operates as a server. Because there may always exist a procedure that the 
client requests a prescribed resource or an authentication to the server for approval, at least 
one embodiment of the present invention includes a step where the MS performs a query 
procedure to acquire its status stored in the network to cope flexibly with its abnormal 
situations. 

[23] Moreover, when a failure occurs in the network, a method of using an 
effective QUERY to the MS is used to restore data of the network. This Query procedure is 
a function and/or processing which performs transmitting a Query type context, and 



7 



performs an optimal processing according to the response of the Query type CONTEXT. 
In such a case, the HLR, serving as a basic database of the network, preferably contains all 
information modified by the MS until the modified information is erased by operations (e.g., 
'DEACTIVATE' or 'DETACH') of the MS. When a service is resumed by initial power-on, 
all information except the previous basic information may be initialized since trouble may 
occur in case of a GMM. 

[24] For instance, when a SM (session management) executes a corresponding 
procedure to connect, terminate, or modify a prescribed session, if the network suddenly 
fails to normally perform a normal procedure including a 'REJECT' for all operations, the 
MS makes a 'QUERY' of its information to the network to acquire information of a PEER 
protocol and proceeds to a corresponding operation. 

[25] In case of sending an ACTIVATION message to the network from the MS 
and receiving 'REJECT', the MS sends a QUERY type, 'CONTEXT_INFORMATION' 
message to the network. The Query type CONTEXT means a CONTEXT which transmits 
information of a transmission side and requests the response to a reception side. If the 
network sends a corresponding response, the MS operates according to the response. If 
there is a CONTEXT appropriate for an item demanded by the MS, the MS sets its protocol 
to the value of the CONTEXT as it is. If it is impossible to reuse the value as it is, the MS 
modifies a portion of the impossible value by a MODIFICATION procedure. On the other 
hand, if the modified value is of no use, for example, an APN to be used in GPRS is 
different, the CONTEXT is deleted from the network by a DEACTIVATION procedure. 
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[26] In case of the MM, if a network sends a REJECT message to a MS intending 
to make a registration to the network, the MS makes a QUERY to the network according to 
a CAUSE of the REJECT. Also, the MS is enabled to operate more flexibly using contents 
of the QUERY. In doing so, the MS makes the QUERY to a HLR using a parameter 
uniquely assigned to a terminal, such as an IMSI, according to the CAUSE and then operates 
based on the acquired information. During an update procedure, if the network sends an 
abnormal response when the MS enters a new area, the MS makes the QUERY the most 
basic IMSI of its MM CONTEXT of the HLR using the previous information. 

[27] To prepare itself for such a case, the HLR receives a DETACH REQUEST 
message from the MS. In case that it is first started from the network and the terminal 
receives a corresponding response, it is unlikely the GMM information, which is possessed 
by the HLR, for the MS is erased. Hence, except in such a case, the network should respond 
to the QUERY whenever the MS makes the request via IMSI. 

[28] FIG. 2 is a flowchart of a context synchroni2ation method performed in a 
mobile communication system according to the invention. In this method, once power of a 
terminal is turned on, the terminal starts to scan a corresponding cell, S40. It is checked 
whether a cell is selected, S41. If the cell is not selected, it is checked whether other cells are 
available, S45. If there exists an available cell, the process goes back to step S40 to re- 
execute the procedure. If there are no other cells available, a limitation is put on a service 
and other cells are searched again. These steps are periodically repeated until other available 
cells are found. 
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[29] If a cell is selected, an LPU or RAU procedure is performed to register the 
terminal in the network, S42. It is then judged whether a state of GMM is good, S43. If the 
state of GMM is not good, the process is restarted from step S40. If the state of GMM is 
good, general idle and normal procedures are performed, S44. 

[30] Thereafter, processes are performed in at least one of the following three 
cases: case of GMM failure occurrence in the MS or network, a case of PDP failure 
occurrence in the network, and a case of PDP failure occurrence in MS. Execution of a 
GMM RECOVERY procedure in accordance with the present invention is applicable to 
each of these cases. 

[31] In the GMM RECOVERY procedure, it is judged whether a failure has 
occured in a network or a terminal, S100. If a failure has occurred in the network, packets 
are paged to an IMSI, S101, and the MS transmits its CONTEXT information of INFO type 
to the network, S102. INFO-type CONTEXT means a CONTEXT that transmits 
information of the transmission side without requesting a corresponding response. It is then 
checked whether the transmission is successful, SI 03. If the transmission is successful, the 
process goes back to the step S44 to perform a normal operation. However, if the 
transmission fails, the process may go to the steps of case (A) or case (B) in FIGS. 1(a) and 
1(b) to perform corresponding steps S30-S38 or S6-S15 until a 
TDP_CONTEXT_ACTIVATION_ACCEPT' message is finally received for 
synchronization. 

[32] Meanwhile, if a failure has occurred in the MS, the MS transmits its 
CONTEXT information of QUERY type to the network, SI 04. It is then checked whether 
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the transmission is successful, S105. If the transmission is successful, the INFO type 
information is transmitted to the MS from the network, S106, to achieve the 
synchronization. The process then goes back to step S44 to perform a normal operation. 
Yet, if the transmission fails, the process may go to the steps in case (A) or (C) in FIGS. 1(a) 
or 1(b) to perform the steps S30-S38 or S20-S21 until the synchronization is achieved. 

[33] The present invention is also a computer-readable medium staring a program 
for performing all or a portion of the steps of the method described herein. The medium 
may be stored (e.g., in the form of a ROM chip or other memory) in the client, in the server, 
or multiple mediums may exist for storing programs for implementing the method in both 
the client, server, or in the intermediate processing client such as but not limited to a base 
station, switching system, a manager, a controller. 

[34] As explained in the foregoing description, in case that two peers of a protocol 
have the same information and their data are not frequently updated, related-art methods 
unconditionally turn power on again or returns to an initialization state to repeat procedures 
previously executed in order to achieve synchronization. However, the context 
synchronization method according to the present invention makes a QUERY about the 
STATUS or CONTEXT of the relative side to acquire the previous information of the 
relative side, thereby enabling to cope with the situation more flexibly. Moreover, the 
invention performs the synchronization using the previous information to reduce the radio 
resource waste caused by deleting the CONTEXT to restart until the synchronization is 
achieved. 
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[35] The forgoing embodiments are merely exemplary and are not to be construed 
is limiting the invention. The teachings can be readily applied to other types of apparatuses 
as well as a peer protocol in a mobile communication system dealing with packet 
communication. The description of the invention is intended to be illustrative, and not to 
limit the scope of the claims. Many alternatives, modifications, and variations will be 
apparent to those skilled in the art 
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